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Sender selects category(ies) of SMS messages to be sent (weekly horoscope, daily joke etc.) 
using phone, web, business reply or retail channel, provides mobile telephone number of 
recipient (the recipient is different from the sender - it's a gift) and makes full payment 



Database of SMS 
recipients' mobile numbers 
and message categorj' 
entitlements (i.e. which 
particular message types 
they will be sent) 



Payment infrastructure 



Database of standard SMS 
messages in different categories 
(horoscopes, jokes etc.), 
regularly updated 



SMS sending engine 



GSM bearer 



Handset 



Causes SMS in specific categor)'(ies) to 
be sent at pre-defined times (e.g. 
horoscope once a week etc.) to 
applicable recipients 



Cost to send SMS is not individually 
tracked and billed to the sender 



No cost to receive 
SMS 



Figure 1 
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METHOD OF SENDING MESSAGES OVER A WIRELESS BEARER 



FIELD OF THE INVENTION 

This invention relates to a method of sending messages over a wireless bearer, such as SMS 
"alerts" over the GSM network. Alerts are information messages sent to a large number of 
people, as opposed to personal communications. Alerts cover items such as weekly 
horoscopes, daily jokes, lottery number results etc. 

DESCRIPTION OF THE PRIOR ART 

SMS messaging has become hugely popular in many countries; much of this traffic is made 
up of short, personal messages sent between users of mobile telephones. But increasingly, 
network operators are offering alerting services, such as horoscopes, daily jokes, lottery 
number results etc., as noted above. These can be very profitable services, with UK 
operators currently charging users approximately 12 pence per alert received. 

To subscribe to these alern. a user dials a specific number from his or her mobUe telephone, 
if using a non-WAP telephone. Different services can be subscribed to by using different 
access telephone numbers. If a WAP enabled telephone is used, then the user generaUy has 
a 'services' option in his device menu which, when selected. automaticaUy puUs up a list of all 
available alerts. In either case, the computer infrastructure at the operator automaticaUy 
recognises the re^uesiin^ mobik telephone and sets up the necessary modifications to its alerting 
database so that the requesting mobile telephone gets the required message and the per message 
cost is added to the applicable bill. 

There are several disadvantages to this approach. First, tracking the sending of SMS 
messages and integrating that costing data into existing billing systems is inherendy complex, 
and can require extensive computer and human resources to support the potentiaUy huge' 
number of transactions and to cope with the inevitable errors. Secondly, because an alerting 
service can currently only be requested from the mobUe telephone which wishes to recehre 
the alerts, if a mistake arises (e.g. the recipient's telephone number has changed or die system 
has failed to correcdy recognise or record the telephone number of the requesting user, or 
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that data has become corrupted) then the operator is unable to contact the requesting user to 
resolve the problem. 



5 SUMMARY OF THE PRESENT INVENTION 



In a first aspect of the present invention, there is a method of sending messages over a 
wireless bearer comprising the following steps: 

(a) allowing a user to select a category of messages to be sent to a recipient; 
10 (b) allowing the user to provide information to a supplier (i) that defines the 

selected category and (ii) further comprises the mobile telephone number of 
the desired recipient of future messages belonging to that category; and 
(c) sending a message belonging to the pre-selected categorj' to that recipient; 
wherein the user (a) provides the information to the supplier using a physical device other 
15 than the device with the mobile telephone number of the desired recipient and (b) makes full 
payment for a pre-selected number of messages or messages over a pre-selected duration 
prior to the initiation of the supply of messages. 

This approach solves the above deficiencies of the prior art. The core differences over 
20 conventional SMS alerting systems (e.g footbaU score alerts) are that conventional systems 
require the service request to come from the mobile telephone of the eventual recipient. There 
has been a strong as$umption that die onfy cost-effective route to setting up SMS alerts is to 
use an entirely automated system which recognises the requesting mobile telephone and 
allows that telephone to request alerts to be sent to it. 

The present invention is based on die insight that dtis assumption is flawed and in fact leads 
to a technical infrastructure which is more complicated than it need be. The essence of die 
approach of the present invention is to provide a technical infrastructure which allows, for 
example, a SMS alert request to come from a source other than the device to which the alert is 
30 to be sent and for those alerts to be fuUy pre-paid. Counter-intuitively, there are technical 
advantages which flow from this approach: furst, conventional SMS alerts cost the recipient 
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per message received. With the present invention, messages are pre-purchased so that there 
is no need to deploy any of the cosdy and complex billing infrastructure needed to track and 
bill SMS messages, as is required in conventional SMS alerting systems. Because of the 
absence of the need to deploy a complex billing infrastructure, the overall technical 
infrastructure associated with the present invention can be far simpler than that required by 
conventional SMS alerting systems, and hence cheaper and faster to construct. These 
advantages can be criticaUy important in the fast moving and commerciaUy demanding 
environment of mobile communications. 

Secondly, if there is a problem with having messages received, the present invention enables 
the supplier to contact the purchaser to resolve die problem. That was not always possible 
in the prior art approach of allowing requests for alerts only to be made from the mobile 
telephone which is to eventuaUy receive the alerts; for example, take the case where a user 
requests alerts, but then changes his telephone number or happens to be located in a region 
which requires a different kind of number prefix to be diaUed by a caller (as arises with some 
mobile telephony systems). With conventional, automated self-request systems, then the 
operator has no way of finding out the correct new number or even alerting the user to the 
difficulty in delivering the alerts. But where a different device is used to request the alert, as 
in the present invention, the operator can contact the person who made the request and 
explain the problem. 

Thirdly, with conventional systems, there is a need to integrate automated caUer ID systems 
into the database that tracks the telephone numbers of aU devices which are entitled to 
receive alerting messages. This can be a complex and expensive software integration 
problem; yet this problem is avoided entirely if the database is not reUant solely on another 
system which auto-detects the caUer's telephone number, but the database instead aUows 
other approaches to providing the telephone number of the recipient. These other 
approaches can be simpler than current systems based on auto-recognising the caller's 
telephone number, and include a user simply calling a telephone caU centers and giving the 
required information (i.e. at a minimum the kinds of alerts to be bought, payment data and 
the recipient's mobile telephone number), or logging onto a web site or using a business 
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reply card. It is also possible for a user to use his or her mobile telephone and interface with 
an automated system which requires the user to input the recipient's telephone number (i.e. 
it makes no assumption that the caUer wants the alerts for his or her own device). 

5 In another aspect, there is a message sent using the inventive method defined above. 

Ina final aspect, there is a mobile telephone when displaying a message sent using the 
inventive method defined above. 

10 Further details of the invention are defined in the Claims of this specification. 
Brief Description of the Figure 

The present invention is depicted schematically in Figure 1. A commercial implementation 
15 called MerryMobile"^^ is available from Brainstorm of London, England. 

DETAILED IMPLEMENTATION 

1) MerryMobile overview 

20 The basic proposition is to offer pre-paid yearly subscriptions for compelling alerts services. 
These will be primarily positioned as gifts. The functionality is geared towards purchase for 
another (although it would be possible to purchase for oneself as well). 

Referring to Figure 1, the first step is for a user (referred to as a "sender'*) to select 
25 category(ies) of SMS messages to be sent (weekly horoscope, daUy joke etc.) using phone, 
web, business reply or retail channel. The sender then provides the mobile telephone 
number of the recipient (the recipient is diffennt from the sender - it could therefore be a 
gift) to the ser\ace provider and makes full payment using an appropriate mechanism to that 
pro\dder (e.g. credit card authorisation, an instmction to include in one's own telephone bill 
30 etc). The service provider maintains a database of SMS recipients' mobile numbers and 
message category entidements (i.e. which particular message types diey will be sent), together 
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with a database of standard SMS messages in different categories (horoscopes, jokes etc.), 
which are regularly updated. 



A SMS sending engine then causes SMS alerts in specific category(ies) to be sent at pre- 
defined times (e.g. horoscope once a week etc.) to the mobile telephone numbers defined by 
the databases as being entitled to receive those alerts. The alerts are sent over a wireless 
bearer, such as GSM. Unlike conventional SMS alerting systems, there is no need to track 
and bill each SMS alert received. 

The foUowing sections oudine some of the practical aspects to an implementation of the 
present invention. 



2) Services 

Tj'pical MerryMobile services will comprise: 

• Weekly horoscopes 

• Weekly fortune cookie 

• Weekly health tip 

• Weekly joke 

• Weekly flirting tip (for men) 

• Weekly flirting tip (for women) 

• Chat-up lines 

• Weekly stop smoking tip 

• Lottery numbers 

• Bespoke options 



The service should be built so diat post-Xmas, the gift proposition can be altered to begin at 
any time, and be flexible enough to aUow the service provider to amend the offer to a daily, 
weekly or monthly service etc. Further alerts types may be added. Each message sent carries 
an end identifier, mefr>-mobile,rom, should the recipient decide to halt the service. 



3) Business Reply Purchase 

Buyers purchase the product by credit card on a business-reply postal card picked up at a 
Point of Sale. The brochure must state 



• What each sendee consists of (cards for different points of sale may differ) 

• What each service costs 

• The alternative purchase options: phone and Web 

• When the gift begins (ie: January) 

• Explain that the SMS wiU contain further details of how to stop/operate the service 

• The option to have a serial number on the brochure is being investigated 

The buyer must be able to fill in the following (not necessarily in this order): 

• How many services are being purchased 

• Which services are being purchased 

• Credit card authorisation details - name, address, card details 

• The mobile phone number of the recipient 

• Buyer's contact details in case a problem occurs, e,g. mobUe number has changed 

• OPTIONAL: The name of sender of the gift (may be a personal name or otherwise 
different from credit card) 

• OPTIONAL: The name of recipient 

• OPTIONAL: Whether a nicely-printed gift certificate and envelope is required at an 
extra cost, e.g. £150 



4) Phone Purchase 

Buyers purchase the service on credit card via the phone (caU centre) instead of using 
business-reply postal card picked up at a Point of Sale. One number can be used foi 
retaUers. The buyer must be able to give details of the foUowing (not necessarUy in 



order): 



How many services are being purchased 

Which services are being pmchased 

Credit authorisadon details - name, address, card details 

The mobile phone number of the recipient 

Buyer's contact details in case a problem occurs, e.g. mobile number has changed 
OPTIONAL: The name of sender of the gift (may be a personal name or otherwise 
different from credit card) 
OPTIONAL: The name of recipient 

OPTIONAL: Whether a nicely-printed gift certificate and envelope is required at an 
extra jCI. 50 



5) Web Purchase 



Buyers purchases the service on credit card via the web at partners' sites or at 
WW.mgro^mobile,com - The web front end is be a •VaniUa"/agnosuc structure and design 
for white label provision and simple integradon into partner sites/portals. The back end will 
be the chosen secure credit card/billing structure. The purchase front end may additionally 
be available as part of Mobile Portal. 



The site must: 



Show what each service consists of (sites may vary slighdy in terms of services) 

• Give at least one example of each service 

• Provide details of content if available/appropriate 

• Show what each service costs 

• The alternative purchase options by phone 

• When the gift begins (ie: January) 

• have a strong caU to action - very few clicks to end purchase 

• Explain that the SMS will contain further details of how to stop/operate the service 
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Be higWy customisable post-Xmas for ongoing gift purchase and customisable for 
future events such as Valentines' Day 



The buyer must do the following (not necessarily in this order): 

• allow addition of products to (and removal from) a shopping basket 

• provide credit authorisation details - name, address, card details 

• pro\'ide the mobile phone number of the recipient (twice for confumation) 

• pro\nde the buyer's contact details in case a problem occurs, e.g. mobile number has 
changed 

• provide theix email address (for an email receipt) 

• OPTIONAL: provide the name of sender of the gift (may be a personal name or 
otherwise different from credit card) 

• OPTIONAL: provide the name of recipient 

• OPTIONAL; Whether a nicely-printed gift certificate and envelope is required at an 
extra £^-S0 

• OPTIONAL: provide text and deliver}' details for the gift card if required 



The recipient must be able to do the foDowing: 

• Users visidng the website may request a PIN in order to stop the service. The PIN is 
sent to the mobile number that the user specifies, which could be matched against 
the numbers of aU people using the service. The sending of the PIN is reverse-billed 
where possible. 

• Users can stop the service(s) by entering both mobile number and accompanying 
PIN 

• Any number of PINs may be sent on request to the user. Each makes the previous 
one defunct. 

• At this stage, users cannot redirect the service to a different number. This 
functionality may be envisaged for future versions of the service - eg: for Valentines' 
Day as discussed 
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6) SMS Confirmation (for recipient) 

All recipients receive a confirmatory SMS with the following information (for each service): 

Merry Mobile ! You've been ffven an SMS gift of pnsert service description] [OPTIONAL: fiom] 
[OPTIONAL: insert gift giver's chosen name for sender]. To alter details visit 
wmv.mtrrfmobik.com 

NB: This leaves 60 characters for the optional "from", plus the service name and the 
sender's name. This wiD need to be limited. For the Xmas products and gift offering, the 
SMS should be set to arrive on December 25*. In future, it may be required to set the date 
of delivery and the first week for commencement of service. 

7) Confirmation of Purchase (for purchaser) 



Post and phone purchasers receive confirmadon of purchase in the post, with some further 
information about WW.mcrrytnohiif fom in order to be able to stop the service, alter the 
20 number, or pass on details to the recipient. Web purchasers receive similar information by 
email. 

8) Optional Card (for recipient) 

25 Purchaser may receive opt to buy a quality card (to send to the recipient of the gift). If this 
has been purchased, the card will be sent with the confirmation of purchase. 



9) Banner Advertising etc 
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In addition to preparation of the purchase front end, the web designer should additionally 
provide some banner ads in standard sizes for customisation by partners, and subsequent 
proliferation on partner's site, Brainstomi, and Mobile Portal. 
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A method of sending messages over a wireless bearer comprising the foUo\wing steps: 

(a) allowing a user to select a category of messages to be sent to a recipient; 

(b) allowing the user to provide information to a supplier (i) that defines the 
selected category and (ii) further comprises the mobile telephone number of 
the desired recipient of future messages belonging to that category; and 

(c) sending a message belonging to the pre-selected categorj^ to that recipient; 
wherein the user (a) provides the information to the suppUer using a physical device 
other than the device with the mobUe telephone number of the desired recipient and 
(b) makes full payment for a pre-selected number of messages or messages over a 
pre-selected duration prior to the initiation of the supply of messages. 

The method of claim 1 wherein the message is a SMS alert. 

The method of Claim 2 in which the alert is an alert selected from the foUowing Ust: 





(a) 


horoscopes 




(b) 


fortune cookie 




(c) 


health tip 


20 


(d) 


joke 




(e) 


flirting tip (for men) 




(0 


flirting tip (for women) 




(g) 


Chat-up lines 




(h) 


stop smoking tip 


25 


(i) 


Lottery numbers 



4. The method of Claim 3 in which the alert is provided to the recipient at pre-defined 
regular intervals. 

30 5. The method of Claim 1 in which the user provides the information to the supplier 
using one of the following physical channels: 
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(a) mobile telephone 

(b) web site 

(c) business reply card 

5 6. A message sent using any of the preceding methods. 

7. A mobile telephone when displaying a message sent using any of the preceding 
methods. 
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Amendments to the claims have been filed as follows 



J ? 

CLAIMS " 

1 . A method of sending messages over a wireless bearer comprising the following steps: 

(a) allowing a user to select a category of messages to be sent to a recipient other 
than the user, 

(b) allowing the user to provide information to a suppUer (i) that defines the 
selected category and (ii) ftirther comprises the mobile telephone number of 
die desired recipient of fiiture messages belonging to that category; and 

(c) sending a message belonging to die pre-selected category to that recipient; 
wherein the user (a) provides the information to die suppUer using a physical device 
other dian the device widi die mobile telephone number of the desired recipient and 
(b) makes fUll payment for a pre-selected number of messages or messages over a 
pre-selected duration prior to the initiation of die supply of messages. 

15 2. The method of claim 1 wherein the message is a SMS alert. 

3. The method of Claim 2 in which die alert is an alert selected from the following lisn 
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(a) 


horoscopes 




(b) 


fortune cookie 


20 


(c) 


health tip 




(d) 


joke 




(c) 


^^^"^S tip (foi^ men) 




(0 


Ok^g tip (for women) 




(8) 


Chat-up lines 


25 


(h) 


stop smoking tip 




0 


Lottery numbers 



4. The mediod of Claim 3 in which die alert is provided to die recipient at pre-defined 
regular intervals. 

5. The mediod of Claim 1 in which die user provides die information to die supplier 
using one of the following physical channels: 



(a) mobile telephone 

(b) web site 

(c) business reply card 

6. A message sent using any- of the preceding methods. 

7. A mobile telephone when displaying a message sent using any of the preceding 
methods. 
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